QHIN Sync Process API - Implementation Template

(0 reviews)

Setup guide

Importing Templates into Anypoint Studio

  1. In Studio, click the Exchange X icon in the upper left of the taskbar.
  2. Log in with your Anypoint Platform credentials.
  3. Search for the template.
  4. Click Open.

Running Templates in Anypoint Studio

After you import your template into Studio, follow these configuration steps to run it:

Common Configuration

  • mule.env - sets the environment where the application is to be deployed. It should be configured in config-<mule.env>.yaml file. For a studio deployment, the recommended mule.env value is local.
  • mule.key - sets the encryption password to be used for encrypting secure properties. Update as needed.
  • api.autodiscoveryID should be configured in config-<mule.env>.yaml file.

Please refer to the attached link on how to secure the configuration properties.

Anypoint MQ Connector Configuration

MuleSoft's Anypoint MQ Connector requires clientId, clientSecret, queueName and url to communicate with Anypoint MQ. After obtaining the necessary credentials, configure it in the properties file located in config/properties folder.
Ensure the Anypoint MQ queue names mentioned for anypoint-mq.qhinQueue and anypoint-mq.qhinErrorQueue properties in the property file are created and accessible with the credentials configured for anypoint-mq.client-id and anypoint-mq.client-secret properties.

  • anypoint-mq.client-id should be configured in the config-<env>.yaml file.
  • anypoint-mq.client-secret should be encrypted and configured in config-secured-<env>.yaml file.
  • anypoint-mq.url should be configured in the config-<env>.yaml file.
  • anypoint-mq.qhinQueue should be configured in the config-<env>.yaml file.
  • anypoint-mq.qhinErrorQueue should be configured in the config-<env>.yaml file.

System APIs Configuration

The application requires a few things to be configured, mainly the system API connection
information. Configure them in the properties file located in the config/properties folder.

  • sf-healthcare-api.host should be configured in config-<mule.env>.yaml file.
  • sf-healthcare-api.port should be configured in config-<mule.env>.yaml file.
  • sf-healthcare-api.tokenUrl should be configured in config-<mule.env>.yaml file.
  • sf-healthcare-api.clientid should be configured in config-<mule.env>.yaml file.
  • generic-fhir-client-sys-api.host should be configured in config-<mule.env>.yaml file.
  • kno2-sys-api.host should be configured in config-<mule.env>.yaml file.
  • ccda-sys-api.host should be configured in config-<mule.env>.yaml file.
  • sf-healthcare-api.clientsecret should be encrypted and configured in config-secured-<mule.env>.yaml file.

Please refer to the attached link on how to secure the configuration properties.

HTTPS Configuration

  • https.host — sets the service host interface. It should be configured in config-<mule.env>.yaml file. (Defaults to 0.0.0.0 for all interfaces).
  • https.port — sets the HTTPS service port number. It should be configured in config-<mule.env>.yaml file. (Default 8082).
  • TLS Configuration - Keystore properties setup:
    • keystore.alias - sets the alias to the keystore. It should be configured in config-<mule.env>.yaml file.
    • keystore.path - sets the path to the key file. Key should be available in /src/main/resources/keystore. It should be configured in config-<mule.env>.yaml file.
    • keystore.keypass — sets keystore keypass to support HTTPS operation. It should be encrypted and configured in config-secured-<mule.env>.yaml file.
    • keystore.password— sets keystore password to support HTTPS operation. It should be encrypted and configured in config-secured-<mule.env>.yaml file.

Please refer to the attached link on how to generate the Keystore.

Assumptions and constraints

Below are the assumptions and constraints to successfully sync the data from a network of providers via Kno2 into the target EHR system. This solution has been tested with the Cerner EHR and results may vary for other EHRs.

  • Required Code sets from code systems are preloaded into organization’s EHR.
  • If the data from source system does not have the appropriate codeable concept fields or mandatory reference fields, default values are used to create resources in the target EHR. Default configurations can be changed in config.yaml file under src/main/resources/config/ folder.
  • Default Patient.name.use (HumanName.use) to 'official' while creating a Patient in the target EHR.
  • At least one instance of an identifier must be provided to create a Patient in the target EHR.
  • At least one instance of an identifier must contain only an assigner field with a reference to the Organization in which the patient is being enrolled.
  • Identifier is optional while creating a Practitioner or an Encounter in the target EHR. But, if an instance of identifier is included, then identifier.type is mandatory. Remove the identifier if there is no identifier.type from source system.
  • When creating an Encounter in the target EHR, ServiceProvider(which has a reference to an Organization) and Location are mandatory fields.
  • When creating a MedicationRequest, the status must be set to active and reportedBoolean must be of type boolean and set to true.

Run it

  • Right-click the template project folder.
  • Hover your mouse over Run as.
  • Click Mule Application (configure).
  • Inside the dialog, select Environment and set the variable mule.env to the appropriate value (e.g dev or local).
  • Inside the dialog, select Environment and set the variable mule.key to the property encryption key that you used to encrypt your secure properties. Click Run.

Deployment instructions for CloudHub using provided scripts

Ensure the Maven profile CloudHub-DEV has been properly configured in your settings.xml file. Reference can be found by downloading the Accelerator Common Resources asset. Additional instructions are available in the Getting Started with MuleSoft Accelerators - Build Environment guide.

Update the config-<env>.yaml properties appropriately and then use one of the following scripts to deploy the application to CloudHub:

  • packageDeploy.sh or deployOnly.sh (Mac/Linux)
  • packageDeploy.cmd or deployOnly.cmd (Windows)

Test it

  • Use Advanced Rest Client or Postman to send a request over HTTPS. The template includes a Postman Collection in the src/test/resources folder.

Reviews

TypeTemplate
OrganizationMulesoft Inc.
Published by
MuleSoft Solutions
Published onFeb 26, 2024
Asset overview

Asset versions for 1.0.x

Asset versions
StatusVersionActions
1.0.2
1.0.1
1.0.0